home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940085.txt < prev    next >
Internet Message Format  |  1994-11-13  |  22KB

  1. Date: Tue, 29 Mar 94 04:30:21 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #85
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Tue, 29 Mar 94       Volume 94 : Issue   85
  11.  
  12. Today's Topics:
  13.                     [REPOST] NTS Traffic on Packet
  14.                 [REPOST] The # in PBBS addresses.... 
  15.                                 DGMSK?
  16.                   FROM INTERNET 4597267@MCIMAIL.COM
  17.                          good term for KPC3??
  18.                HELP: Anyone know what a XR2206 chip is?
  19.                        HF Throughput Revisited
  20.                          JNOS in 512Kb RAM ??
  21.      Paccom -- how to contact? -- Tiny 2 computer/radio interface
  22.                    Packet, Satalite for solar info?
  23.        Packet Radio and the Internet? newbie question (2 msgs)
  24.  
  25. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  26. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  27. Problems you can't solve otherwise to brian@ucsd.edu.
  28.  
  29. Archives of past issues of the Ham-Digital Digest are available 
  30. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  31.  
  32. We trust that readers are intelligent enough to realize that all text
  33. herein consists of personal comments and does not represent the official
  34. policies or positions of any party.  Your mileage may vary.  So there.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: Mon, 28 Mar 1994 15:53:10 GMT
  38. From: agate!library.ucla.edu!csulb.edu!csus.edu!netcom.com!n1ist@ames.arpa
  39. Subject: [REPOST] NTS Traffic on Packet
  40. To: ham-digital@ucsd.edu
  41.  
  42. Maybe other areas should do what we do here in Eastern Massachusetts.
  43. Here, we have assigned liasons between our local NTS BBS (K1UGM.MA)
  44. and both nightly NTS nets (EM2MN at 20:00 and HHTN at 22:30).  At most, a
  45. message will sit around for one day waiting to be picked up (but many
  46. traffic handlers will grab any traffic they can handle whenever they check in)
  47.  
  48. This definitely helps keep the traffic flowing.
  49.  
  50. 73,
  51. /mike N1IST HHTN NM
  52.  
  53.  
  54.  
  55.  
  56. -- 
  57. \|/     Michael L. Ardai     N1IST             Teradyne ATG Boston
  58. -*- -------------------------------------------------------------------------
  59. /|\     ardai@maven.dnet.teradyne.com          n1ist@netcom.com
  60.  
  61. ------------------------------
  62.  
  63. Date: Sat, 26 Mar 1994 15:36:28 +0000
  64. From: ihnp4.ucsd.edu!usc!cs.utexas.edu!howland.reston.ans.net!pipex!demon!djwhome.demon.co.uk!david@network.ucsd.edu
  65. Subject: [REPOST] The # in PBBS addresses.... 
  66. To: ham-digital@ucsd.edu
  67.  
  68. In article <764402457snx@skyld.grendel.com> jangus@skyld.grendel.com (Jeffrey D. Angus) writes:
  69. >
  70. >  NA is a country code for Namibia, NOAM is a Continent Code for North
  71. >  America.
  72. >
  73. NA is the internet domain name code (and ISO 2 letter code) for Namibia.
  74. NOAM is the packet radio code for North America.  They are not from the
  75. same naming scheme, although making the distinction avoids accidentally
  76. using NA in an internet message.
  77.  
  78. NOAM is not a registered top level domain on Internet.  If the two naming
  79. systems were to be integrated (a good idea, but some people disagree),
  80. the packet names would probably be of the form ......USA.NOAM.???.ORG.
  81. (I suspect that there would actually be no great hardship in dropping the
  82. NOAM part, except backward compatibility, as storing a complete country 
  83. code table in a router shouldn't tax modern machines.)
  84. -- 
  85. David Woolley, London, England           david@djwhome.demon.co.uk
  86.  
  87. ------------------------------
  88.  
  89. Date: Sun, 27 Mar 1994 04:15:27 GMT
  90. From: ihnp4.ucsd.edu!nntp.ucsb.edu!library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!cs.utexas.edu!utnut!torn!uunet.ca!uunet.ca!lhaven.UUmh.Ab.Ca!dreamer@network.ucsd.edu
  91. Subject: DGMSK?
  92. To: ham-digital@ucsd.edu
  93.  
  94. What kinds of high speed packet data are allowed? Are there regulations on what
  95. kind of data modulation is employed for packet operation?
  96.  
  97. A whole bunch of old 9600bps data radios have become available......they do
  98. something like DGMSK or letters to that effect....and immediately its said
  99. that's illegal.  because its not AFSK...and the units don't do AX.25. 
  100.  
  101. Well, its a radio and a modem.....it also has some other stuff...a Z80 driven
  102. by whatever software option the customer puts in....which we may or may not
  103. keep....  depends on whether we can figure out the lay of the
  104. hardware......maybe we'll get luck and its TNC2 compatible 8-)
  105.  
  106. Anyways, what is the rule on how 9600 bps is done in Packet? The system will
  107. probably be for local access....since the radios are only 2W UHF, but maybe
  108. some kind of point to point link maybe done. 
  109.  
  110. -- 
  111.  "Just a Crazy Engineer with an Amiga and an HP48sx"    - The Dreamer
  112.  Email: dreamer@lhaven.uumh.ab.ca or "Lawrence Chen" @ 1:134/3002
  113.  PHONE: +1 403 526 6019     FAX: +1 403 529 5102      CIS: 74200,2431
  114.  Praxis Society K12 BBS: +1 403 529 1610 Lunatic Haven: +1 403 526 6957
  115.  CYSNET Packet BBS:      +1 403 526 4304 LHaven Dialup: +1 403 526 5035
  116.  Packet: VE6LKC @ VE6PAQ.AB.CAN.NA
  117.  
  118. ------------------------------
  119.  
  120. Date: 28 Mar 94 18:34:00 GMT
  121. From: news-mail-gateway@ucsd.edu
  122. Subject: FROM INTERNET 4597267@MCIMAIL.COM
  123. To: ham-digital@ucsd.edu
  124.  
  125. >      From: VE3FXQ@VA3BBS
  126. >       To: NET@ALLUS
  127. >   Subject: on internet access
  128.  
  129. >From: VE3FXQ@VA3BBS.#SCON.ON.CAN.NA
  130.  
  131. >  Second:   If  you are looking for an internet access point  I 
  132. have a map of some of the internet gateways.  Some of  the calls, 
  133. are:
  134.  
  135.    wg7j  w6yx  kg6id n0ary w6vio n8khn w5gb n3eua  wb7cjo  wa7sig 
  136. n4gaa k3nal wa4ong ve3rpi ve3uow ve3ocr  WB7TPY SCOTTSDALE
  137.  
  138.  
  139. -----73 de Larry ve3fxq @ va3bbs  Toronto Ontario Canada
  140.  
  141. THESE CALLSIGNS WERE LOOKED UP IN THE CALLSIGN DATABASE. HR IS THE
  142. RESULT.... W6YX, KG6ID W6VIO W5GB AND K3NAL ARE NOT LISTED. WA7SIG
  143. HAS BEEN CHANGED TO KG7EZ. PLEASE UPDATE YOUR RECORDS...
  144.  
  145.  
  146.  
  147.  
  148.   Callsign: wg7j
  149.  
  150.  
  151.    JOHANNES K. REINALDA, WG7J
  152.    420 NW 9TH
  153.    CORVALLIS, OR 97330
  154.  
  155.    License Class: E
  156.  
  157.  
  158.   Callsign: w6yx
  159.  
  160.   W6YX not found.
  161.  
  162.  
  163.   Callsign: kg6id
  164.  
  165.   KG6ID not found.
  166.  
  167.   Callsign: w6vio
  168.  
  169.   W6VIO not found.
  170.  
  171.   Callsign: n8khn
  172.  
  173.  
  174.    WILLIAM R. HEALY, N8KHN
  175.    POB 4932
  176.    INCLINE VILLAGE, NV 89450
  177.  
  178.    License Class: A
  179.  
  180.   Callsign: w5gb
  181.  
  182.   W5GB not found.
  183.  
  184.   Callsign: n3eua
  185.  
  186.  
  187.    BDALE  GARBEE, N3EUA
  188.    4390 DARR CIR
  189.    COLORADO SPRINGS, CO 80908
  190.  
  191.    License Class: T
  192.  
  193.   Callsign: wb7cjo
  194.  
  195.  
  196.    WALTER R. FLETCHER, WB7CJO
  197.    BOX 3712 UNIVERSITY STATN
  198.    LARAMIE, WY 82071
  199.  
  200.    License Class: T
  201.  
  202.   Callsign: wa7sig
  203.  
  204. now KG7EZ
  205.  
  206.  
  207.   Callsign: kg7ez
  208.  
  209.  
  210.    CHRIS S. MARTIN, KG7EZ
  211.    RT 2 BOX 179
  212.    POCATELLO, ID 83202
  213.  
  214.    License Class: A
  215.  
  216.   Callsign: n4gaa
  217.  
  218.  
  219.    JAYSON T. FERRON, N4GAA
  220.    109 BENHAM HILL RD
  221.    WEST HAVEN, CT 06516
  222.  
  223.    License Class: E
  224.  
  225.   Callsign: wa4ong
  226.  
  227.  
  228.    JAMES M. DE ARRAS, WA4ONG
  229.    12955 RIVER RD
  230.    RICHMOND, VA 23233
  231.  
  232.    License Class: T
  233.  
  234.   Callsign: ve3rpi
  235.  
  236.  
  237.    RYEHAM  ARC, VE3RPI
  238.    380 VICTORIA STREET
  239.    TORONTO, ON M5B1W7
  240.  
  241.   Callsign: ve3uow
  242.  
  243.  
  244.    UNIVERSITY OF  WATERLOO, VE3UOW
  245.    ENG II RM 3352B 200 UNIVERSITY AVE
  246.    WATERLOO, ON N2L3G1
  247.   Callsign: ve3ocr
  248.  
  249.  
  250.    OTTAWA AMATEUR RADIO CLUB  INC., VE3OCR
  251.    BOX 8873 STATION A
  252.    OTTAWA, ON K1G3J2
  253.  
  254.   Callsign: wb7tpy
  255.  
  256.  
  257.    DAVID S. DODELL, WB7TPY
  258.    10250 N 92ND ST 210
  259.    SCOTTSDALE, AZ 85258
  260.  
  261.    License Class: A
  262.  
  263. VIA N4SO
  264. nnnn
  265.                                    N 4 S O    
  266. ---------------------------***********************---------------------- 
  267. ** KEN BROWN **              4597267@MCIMAIL.COM        HOME BBS:  N0ARY
  268. ** MOBILE, ALABAMA **              INTERNET
  269. ************************************************************************
  270. NNNN
  271. /EX
  272.  
  273.  
  274. ------------------------------
  275.  
  276. Date: 28 Mar 94 17:21:54 GMT
  277. From: dog.ee.lbl.gov!agate!howland.reston.ans.net!noc.near.net!news.delphi.com!usenet@ucbvax.berkeley.edu
  278. Subject: good term for KPC3??
  279. To: ham-digital@ucsd.edu
  280.  
  281.  
  282. I just purchased a kpc3 and am looking for a nice PD terminal
  283. program for it.  Maybe something KPC3 specific.
  284.  
  285. Does kantronics make something for the  kpoc3 other than
  286. pactrerm.??
  287.  
  288. thanks
  289. pete, n1qdq
  290.  
  291. ------------------------------
  292.  
  293. Date: Mon, 28 Mar 1994 23:46:04 GMT
  294. From: ihnp4.ucsd.edu!news.cerf.net!mvb.saic.com!MathWorks.Com!europa.eng.gtefsd.com!howland.reston.ans.net!pipex!demon!softage.demon.co.uk!zawada@network.ucsd.edu
  295. Subject: HELP: Anyone know what a XR2206 chip is?
  296. To: ham-digital@ucsd.edu
  297.  
  298. Help, has anyone out there heard of a chip  XR2206?
  299.  
  300. It's used in a converter to send SSTVFAX in a shareware program called
  301. SSTVFAX2.  From what I can make out, it seems to be some kind of modem
  302. chip, but I can't find it in any of the catalogues I have.  Can anyone
  303. help me with any of the following information?
  304.  
  305. 1. Has it got an equivalent chip I can use instead?
  306.  
  307. 2. About how much is it?
  308.  
  309. 3. Give me an address anywhere (any country), I can order it from.
  310.  
  311. Thanks in advance.
  312.  
  313. Mark
  314. -- 
  315.  
  316.  
  317. ---------
  318. Mark Simpson          
  319.  
  320. ------------------------------
  321.  
  322. Date: 28 Mar 94 20:05:33 GMT
  323. From: news-mail-gateway@ucsd.edu
  324. Subject: HF Throughput Revisited
  325. To: ham-digital@ucsd.edu
  326.  
  327.                        Subject:                               Time:2:03 PM
  328.   OFFICE MEMO          HF Throughput Revisited                Date:3/28/94
  329. Mike Van Der Westhuizen, ZS6UP, reported a mean throughput for 
  330. CLOVER II of 15.5 CPS and PacTOR of 9.7 CPS in on-the-air tests on 
  331. 40 M ("A practical Comparison Between Clover and Pactor Data 
  332. Transfer Rates," CQ, Vol. 50, No. 2, Feb. 1994, pp. 40, 42.  [I'm 
  333. surprised CLOVER did not do better.]  Based on this and other 
  334. published data, the throughput (CPS) for various protocols on HF 
  335. would appear to line up as follows: AX.25 Packet 4, AMTOR ARQ 5, 
  336. RTTY 6, PacTOR 9-10, CLOVER 16, and G-TOR 24.
  337.  
  338. By the way, I don't think the Kantronics KAM used in Westhuizen's 
  339. tests implemented hardware ADC Memory ARQ. Furthermore, the 
  340. various throughput data cited above were not taken by the same 
  341. experimenters under similar conditions, etc.
  342.  
  343. Of course, there are many features that differentiate the different 
  344. protocols beside typical throughput, not the least of which is 
  345. throughput normalized to bandwidth, i.e., CPS per hertz.  And the 
  346. maximum throughput may be much higher than the throughput 
  347. measured under typical conditions (if there is such a thing as 
  348. "typical" conditions on HF!).
  349.  
  350. Comments anyone?  Reply via e-mail and I'll summarize.
  351.  
  352. 73/Rick W0TN <rick_whiting@atk.com>
  353.  
  354. ------------------------------
  355.  
  356. Date: Mon, 28 Mar 1994 16:45:07 GMT
  357. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!torn!govonca!rumbalj@network.ucsd.edu
  358. Subject: JNOS in 512Kb RAM ??
  359. To: ham-digital@ucsd.edu
  360.  
  361. First off, thanks for reading this posting.
  362.  
  363. Secondly, I'd like to know if I should be able to run JNOS v1.10a on a
  364. laptop that has only 512Kb of RAM before DOS loads??  On my system, after
  365. DOS is loaded into memory I am left with about 497 Kb for other apps. Is
  366. this enough?  What are the memory requirements for JNOS?
  367.  
  368. If you have any usefule information for me, please send an internet email to
  369. me at the address given below.
  370.  
  371. Thanks again es 73 de John
  372.  
  373.  
  374. -- 
  375.   :     :                John E. Rumball
  376.   : ... :.. :..            Sudbury, ON
  377. :.: :.: : : : :         rumbalj@gov.on.ca
  378. ===============    va3bus@ve3wnm.#ne.on.ca.noam
  379.  
  380. ------------------------------
  381.  
  382. Date: 28 Mar 94 09:45:58
  383. From: agate!howland.reston.ans.net!sol.ctr.columbia.edu!hamblin.math.byu.edu!news.byu.edu!cwis.isu.edu!u.cc.utah.edu!news.cc.utah.edu!crum@ames.arpa
  384. Subject: Paccom -- how to contact? -- Tiny 2 computer/radio interface
  385. To: ham-digital@ucsd.edu
  386.  
  387. How can I contact Paccom, the manufacturer of computer-related radio equipment?
  388. The "Tiny 2" sounds like what I want, but none of the mail order places I
  389. called sell Paccom equipment.  Maybe I can buy it directly from Paccom.
  390.  
  391. How about a phone number, address, or city location of Paccom?
  392.  
  393. Thanks,
  394. Gary
  395.  
  396. ------------------------------
  397.  
  398. Date: 28 Mar 1994 20:31:33 -0500
  399. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!overload.lbl.gov!agate!howland.reston.ans.net!news.intercon.com!news1.digex.net!access.digex.net!not-for-mail@network.ucsd.edu
  400. Subject: Packet, Satalite for solar info?
  401. To: ham-digital@ucsd.edu
  402.  
  403. I am new to the ham world but would like to know more.  My goal is to 
  404. bring Solar Energy information to the Third world people who have ham, 
  405. and I think the best way is by packet.  I have build t board, but haven't 
  406. tested it, and assume it won't work.  What I would like is a simple 
  407. resource, for myself and people I will non profit, non business be 
  408. communicating with.  Are there any books that can explain Terminal Node 
  409. conection, satalite hook up?  Is there an Oscar that I can use, also is 
  410. there a VITASAT that anyone knows about hooking into.  I have 2 meter 
  411. rubber duckin and all the computers I need.  We will be having a T1 
  412. internet connection that could also be useful.
  413.  
  414. Sorry about all the questions.  Thanks in advance.  
  415.  
  416. N7XJM
  417. -- 
  418. Joe McCabe, P.E. 
  419. Multimedia Manager
  420. Center for Renewable Energy and Sustainable Technology (CREST)
  421. jmccabe@digex.net  (202)289-5365   fax(202)289-5354
  422.  
  423. ------------------------------
  424.  
  425. Date: Sat, 26 Mar 1994 15:26:43 +0000
  426. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!pipex!demon!djwhome.demon.co.uk!david@network.ucsd.edu
  427. Subject: Packet Radio and the Internet? newbie question
  428. To: ham-digital@ucsd.edu
  429.  
  430. In article <2mn1ai$gud@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
  431.  
  432. >: I understand that it is possible to send and receive internet email
  433. >: via packet radio but what about news.
  434. >
  435. >email is ok, but Usenet News is frowned upon.  It generates lots of traffic,
  436. >and the content is not always appropriate for radio.
  437.  
  438. Email is only absolutely OK if the contents of the messages is within the
  439. terms of the amateur licence and all recipients and senders are licensed
  440. amateurs.  Some countries may relax the latter restriction, but only
  441. on a reciprocal basis.  You may not send Email to, or receive it from,
  442. people in the UK who are not licensed amateurs.
  443. -- 
  444. David Woolley, London, England           david@djwhome.demon.co.uk
  445.  
  446. ------------------------------
  447.  
  448. Date: Sun, 27 Mar 94 08:28:26 EST
  449. From: yale.edu!noc.near.net!mv!lmr!rapp@yale.arpa
  450. Subject: Packet Radio and the Internet? newbie question
  451. To: ham-digital@ucsd.edu
  452.  
  453. abell@tyrell.net (Andre Bell) writes:
  454.  
  455. > Hi All:
  456. >     Can someone please answer some questions for me?
  457. > Can one receive Usenet News and post News replies via Packet Radio.
  458. > I understand that it is possible to send and receive internet email
  459. > via packet radio but what about news.
  460.  
  461. Well, it is possible to access a Waffle BBS via packet.  The problem isn't
  462. technical so much as legal.  You can't have business traffic on amateur
  463. frequencies, so you or someone else would have to monitor stuff pretty
  464. closely.
  465.  
  466. Larry W1HJF
  467. -----------------------------------------------------------------------------
  468. L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  469. Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  470.  
  471. ------------------------------
  472.  
  473. Date: 29 Mar 1994 01:30:17 GMT
  474. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!vixen.cso.uiuc.edu!bradley.bradley.edu!augustana.edu!gganderson@network.ucsd.edu
  475. To: ham-digital@ucsd.edu
  476.  
  477. References <1994Mar23.175050.11010@news.csuohio.edu>, <n1istCnDtGM.4r6@netcom.com>, <CnEF6L.I81@world.std.com>
  478. Subject : NTS Only BBS? (was Re: [REPOST] NTS Traffic on Packet)
  479.  
  480. A dumb set of questions regarding BBS and NTS, with a follow:
  481.  
  482. (1) Would there be enough NTS traffic to warrant a set of NTS only
  483. (or at least NTS priority) BBS systems across the country to forward
  484. NTS-type traffic?
  485.  
  486. (2) I how much time, effort, and cost is involved in running a BBS?
  487.  
  488. I ask not to point any fingers, but because I can't fathom what
  489. the costs would be.  I can think of there being the expense for
  490. a good antenna, a reasonable 2m rig (50 watts?), a reasonably
  491. fast computer (486 of some flavor) with a decent size hard disk,
  492. that this power-hungry computer (400 VA watts?) would be running
  493. 24 hours a day, your time and effort in seeing that the computer
  494. and radio keep running.  I suspect MUCH IS already being given
  495. by BBS operators as a service, but I'm just curious of the
  496. accounting.  Maybe a few statements by BBS operators will 
  497. enlighten more than a few of us of the services we use and
  498. keep asking for without thinking about hidden costs, or at
  499. least costs we've individually externalized.  Amateur radio is
  500. very much a hobby of willful giving and sharing, and we shouldn't
  501. come to expect when expectations shouldn't be there.
  502.  
  503. At the same time, though, I would hope some compromise/working
  504. solution can be found between NTS and BBS operations, which
  505. is what prompted me to post.
  506.  
  507. Enough said.  Off the orange crate.
  508.  
  509. Words from this outside.....     73 de Kevin, KB9IUA
  510.  
  511. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  512. Kevin L. Anderson,     Geography Dept.,     Augustana College
  513. Rock Island, Illinois   61201   USA     phone: (309) 794-7325
  514. e-mail: gganderson@augustana.edu  or kla@helios.augustana.edu
  515. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  516.  
  517. ------------------------------
  518.  
  519. Date: Mon, 28 Mar 1994 23:42:20 GMT
  520. From: world!dts@uunet.uu.net
  521. To: ham-digital@ucsd.edu
  522.  
  523. References <2mpp9j$e2m@hp-col.col.hp.com>, <1994Mar23.175050.11010@news.csuohio.edu>, <n1istCnDtGM.4r6@netcom.com>
  524. Subject : Re: [REPOST] NTS Traffic on Packet
  525.  
  526. In article <n1istCnDtGM.4r6@netcom.com> n1ist@netcom.com (Michael L. Ardai) writes:
  527. >
  528. >Maybe other areas should do what we do here in Eastern Massachusetts.
  529. >Here, we have assigned liasons between our local NTS BBS (K1UGM.MA)
  530. >and both nightly NTS nets (EM2MN at 20:00 and HHTN at 22:30).  At most, a
  531. >message will sit around for one day waiting to be picked up (but many
  532. >traffic handlers will grab any traffic they can handle whenever they check in)
  533.  
  534. I am trying to get this set up in West Mass as well. One problem I do see is
  535. that the BBS community sets up new BBS's, turns on NTS handling abilities,
  536. then expects that the NTS folks will somehow find those new BBS's and check
  537. for messages on them. The BBS constructing folks really need to talk on
  538. occasion with others to let others know what's up.
  539.  
  540. The problems with NTS use of BBS's are not the fault of the BBS folks or the
  541. NTS folks exclusively. The groups need to talk and make sure they are in
  542. sync. The alternative is visible as "status-qou" in most parts of the
  543. country, where each group complains about the other.
  544.  
  545. >
  546. >This definitely helps keep the traffic flowing.
  547. >
  548. >73,
  549. >/mike N1IST HHTN NM
  550. >
  551.  
  552. 73,
  553.  
  554. Dan N1JEB SM WMA
  555.  
  556. -- 
  557. ---------------------------------------------------------------
  558. Daniel Senie                 Internet:     dts@world.std.com
  559. Daniel Senie Consulting                    n1jeb@world.std.com
  560. 508-779-0439                 Compuserve:   74176,1347
  561.  
  562. ------------------------------
  563.  
  564. Date: 28 Mar 1994 18:46:44 GMT
  565. From: nothing.ucsd.edu!brian@network.ucsd.edu
  566. To: ham-digital@ucsd.edu
  567.  
  568. References <YARBRDA.94Mar22162833@moose.gdss.grumman.com>, <764402457snx@skyld.grendel.com>, <764721388snx@djwhome.demon.co.uk>
  569. Subject : Re: [REPOST] The # in PBBS addresses....
  570.  
  571. david@djwhome.demon.co.uk (David Woolley) writes:
  572. >
  573. >NOAM is not a registered top level domain on Internet.  If the two naming
  574. >systems were to be integrated (a good idea, but some people disagree),
  575. >the packet names would probably be of the form ......USA.NOAM.???.ORG.
  576.  
  577. Actually, the transformation is a bit more complex process, but yields a
  578. less complex result.
  579.  
  580. Any hambbs-to-internet gateway which forwards mail will be required to
  581.  
  582.     1) be fully registered (both A and MX records) with
  583.     the AMPR.ORG domain server.
  584.  
  585.     2) be able to utilize MX records for mail exchange on the
  586.     internet.
  587.  
  588.     3) be capable of accomodating a routing table large enough to
  589.     handle all the ham packet BBSs that will be routing to the
  590.     internet through it, and automatically update that table.
  591.  
  592.     4) be able to generate MX records as required and submit them to
  593.     the central ampr.org database maintenance robot, either
  594.     automatically or by hand.
  595.  
  596. The procedure is:
  597.  
  598.    When mail arrives from an AX.25 bbs at a ham-to-internet gateway
  599. system, the gateway
  600.  
  601.     1) updates its routing table for that BBS to reflect the routing
  602.     hints contained in the return address.
  603.     E.g., mail arriving at the WB6KDT gateway
  604.  
  605.         FROM WB6XYZ@WB6CYT.#SOCA.CA.USA.NOAM
  606.  
  607.     generates a routing table entry of
  608.  
  609.         WB6CYT            #SOCA.CA.USA.NOAM
  610.  
  611.  
  612.     2) the bbs from line is rewritten* as
  613.  
  614.         From: WB6XYZ@WB6CYT.AMPR.ORG
  615.  
  616.     and the mail is injected into the internet
  617.  
  618.  
  619.     3) An MX record for WB6CYT.AMPR.ORG is established (if it does
  620.     not already exist)**, pointing to the gateway system (in this
  621.     example, WB6KDT.AMPR.ORG) with a preference value equal to the
  622.     number of stations the message took to make it to the gateway
  623.     from the bbs where it originated.
  624.  
  625. Yes, it's a bit elaborate.  But it's RIGHT.  It's clearly the way it
  626. ought to be done.  Let's do it.
  627.     - Brian
  628.  
  629. * Yes, rewriting addresses is supposed to be a sin.  It's unavoidable
  630. when you change addressing methods between networks, so in this case
  631. we have to do it.  I don't like that either but there's no choice.
  632.  
  633. ** Yes, there's a timing problem here if a reply message is sent
  634. before the nameserver gets updated and propagated.  It's a one-time
  635. problem, though, and could be solved by pre-registration.  After all,
  636. how many BBSs are there near each gateway system?
  637.  
  638. ------------------------------
  639.  
  640. End of Ham-Digital Digest V94 #85
  641. ******************************
  642.